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(54) Power saving method for an electronic device 



(57) This invention relates to an electronic device in- 
cluding a unit (10) which receives a wakeup request for 
the electronic device in a suspended state, and a frame 
containing information representing a transmission 



source device, and a unit (10) which determines wheth- 
er or not to permit wakeup of the electronic device on 
the basis of the transmission source information con- 
tained in the received frame. 
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Description 

[0001] The present invention relates to an electronic 
device and a power control method in the electronic de- 
vice and, more particularly, to a wireless communication 5 
apparatus which can resume operations from a sus- 
pended state in response to a wakeup request from an- 
other apparatus, and a power control method therefor. 
[0002] Conventionally when an electronic device in 
the suspended state receives a wakeup request from an 
unspecified external device, the electronic device is ac- 
tivated regardless of whether the wakeup request from 
the external device is the one desired by the user (Jpn. 
Pat Appln. KOKAI Publication No. 2002-132393). 
[0003] If the electronic device in the suspended state 
is activated by a wakeup request from an unspecified 
external device, as described above, unnecessary acti- 
vation wastes power consumption. 
[0004] According to an embodiment of the present in- 
vention, there is provided an electronic device compris- 
ing means for receiving a wakeup request for the elec- 
tronic device in a suspended state, and a frame contain- 
ing information representing a transmission source de- 
vice, and means for determining wakeup of the electron- 
ic device on the basis of the transmission source infor- 
mation contained in the received frame. 
[0005] According to the embodiment of the present in- 
vention, there is provided a power control method in an 
electronic device which further comprises steps of out- 
putting an inquiry signal, collecting frames which are 
transmitted in response to the inquiry signal and contain 
pieces of information representing a plurality of trans- 
mission source devices, registering, as first information 
in a table, information representing a predetermined 
type of device out of the pieces of information which are 
contained in the collected frames and represent the 
transmission source devices, and registering, in the ta- 
ble in association with the first information, second in- 
formation representing that connection has been estab- 
lished for the predetermined type of device represented 
by the first information, and in which the decision is 
made by looking up the table. 

[0006] This summary of the invention does not nec- 
essarily describe all necessary features so that the in- 
vention may also be a sub-combination of these de- 
scribed features. 

[0007] The invention can be more fully understood 
from the following detailed description when taken in 
conjunction with the accompanying drawings, in which: 

FIG. 1 is a block diagram showing the arrangement 
of a wireless communication apparatus according 
to an embodiment of the present invention; 
FIG. 2 Is a view showing the state transition of a 
communication terminal; 

FIG. 3 is a flow chart for explaining the operation of 
a power controller according to the embodiment of 
the present invention; 
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FIG. 4 is a flow chart for explaining the operation of 
an HID packet recognition unit; 
FIG. 5 is a flow chart for explaining the operation of 
the HID packet recognition unit; 
FIG. 6 is a table showing a table managed by the 
HID packet recognition unit; 
FIG. 7 is a timing chart for explaining a data flow 
between a wireless communication terminal, a wire- 
less module, and a wireless input device; and 
FIG. 8 is a view showing an FHS payload format. 

[0008] A wireless communication apparatus accord- 
ing to a preferred embodiment of the present invention 
will be described in detail below with reference to the 
several views of the accompanying drawing. 
[0009] FIG . 1 is a block diagram showing the arrange- 
ment of the wireless communication apparatus accord- 
ing to the embodiment of the present invention. 
[0010] As shown in FIG. 1 , a communication terminal 
1 and wireless module 2 are connected via a USB (Uni- 
versal Serial Bus). The communication terminal 1 wire- 
lessly communicates with a wireless input device 3 such 
as a keyboard or mouse via the wireless module 2. 
[0011] In FIG. 1 , reference numeral 4 denotes an ap- 
plication program which runs on an OS (Operating Sys- 
tem) 9, and if necessary, outputs a suspend request or 
wakeup request. 

[0012] A Bluetooth protocol stack 5 is a group of Blue- 
tooth protocol drivers. 

[0013] An HCI (Host Control Interface) 6 is an inter- 
face which executes processing in accordance with a 
Bluetooth protocol request. 
. [0014] A USB driver 7 controls a USB interface 8. 
[0015] The OS 9 is the OS of the communication ter- 
minal 1, and the application program 4 is executed on 
the OS 9. 

[001 6] A power controller 1 0 controls the power of the 
communication terminal 1 , controls the power of the 
wireless module 2, and performs processing shown in 
FIG. 3. 

[0017] A USB driver 12 controls a USB interface 11 . 
[0018] An HCI 13 manages a link manager 14 of the 
wireless module 2. 

[0019] The link manager 14 is a protocol for establish- 
ing Bluetooth communication, and instructs a link con- 
troller (baseband layer) 15 to set a communication link 
and various communication parameters regarding the 
link. 

[0020] The link controller 1 5 is a Bluetooth baseband, 
and is a protocol which interfaces actual transmission/ 
reception data packets with a physical layer. 
[0021] An RF 1 6 is a wireless communication ^(in- 
terface) which modulates/demodulates a signal input/ 
output to/from an antenna and outputs the resultant sig- 
nal to the antenna or the link controller 15 serving as a 
baseband. 

[0022] An HID (Human Interface Device) packet rec- 
ognition unit 1 7 realizes processing according to the em- 



EP 1 434 357 A2 



15 



20 



25 



30 



35 



40 



45 



50 



2 



3 



EP 1 434 357 A2 



4 



bodiment of the present invention. The HID packet rec- 
ognition unit 17 performs processes shown in FIGS. 4 
and 5, and saves and manages a table shown in FIG. 6. 
[0023] Reference numeral 1 8 denotes data input from 
the input device such as a keyboard or mouse. An HCI 
19 manages a link manager 20 of the input device 3. 
[0024] The link manager 20 is a protocol for establish- 
ing Bluetooth communication, and instructs a link con- 
troller (baseband layer) 21 to set a communication link 
and various communication parameters regarding the 
link. 

[0025] The link controller 21 is a Bluetooth baseband, 
and is a protocol which interfaces actual transmission/ 
reception data packets with a physical layer. 
[0026] An RF 22 is a wireless communication l/F 
which modulates/demodulates a signal input/output to/ 
from an antenna and outputs the resultant signal to the 
antenna or the link controller 21 serving as a baseband. 
[0027] FIG. 2 is a view showing the state transition of 
the communication terminal. 

[0028] Before power-on, the communication terminal 
1 is in state A. That is, the Bluetooth function is OFF, 
and the USB is electronically disconnected or disabled. 
After power-on, the power controller 10 powers on the 
wireless module 2, connects the USB 8, and changes 
to state B. In state B, the Bluetooth function is ON, and 
the USB is attached. 

[0029] When the communication terminal 1 suspends 
operation in a power-saving mode in response to an in- 
struction from the user or the OS 9, the communication 
terminal 1 changes to state C, and notifies the HID pack- 
et recognition unit 1 7 of a message to that effect. In state 
C, the Bluetooth function is ON, and the USB is discon- 
nected or disabled. At this time, the communication ter- 
minal 1 waits for a wakeup request from the HID packet 
recognition unit 17. The HID packet recognition unit 17 
recognizes a packet transmitted from the wireless input 
device 3, and notifies the power controller 10 of the 
wakeup request. 

[0030] The power controller 1 0 resumes operation of 
the communication terminal 1 in response to notification 
of the wakeup request from the HID packet recognition 
unit 17. The communication terminal 1 then changes 
from state C to state B. If the OS 9 or the like designates 
power-off, the communication terminal 1 changes from 
state B to state A. 

[0031] The operation of the power controller 10 ac- 
cording to the embodiment of the present invention will 
be explained with reference to the flow chart of FIG. 3. 
[0032] If the communication terminal 1 is powered on 
(S1 ), the power controller 1 0 designates a power-on op- 
eration of the wireless module 2 (S2), establishes con- 
nection to the wireless input device 3 (S3), and performs 
communication with the wireless input device (S4). 
[0033] The power controller 1 0 determines whether 
the OS 9 or the like has output a suspend request for 
the communication terminal 1 (S5). If YES in S5, the 
power controller 10 performs a suspend processing op- 



eration (S6); if NO, operation continues processing in 
S4. 

[0034] In S6, the power controller 10 performs sus- 
pend processing and suspends operation of the com- 

5 munication terminal 1 which corresponds to state B in 
FIG. 2. The power controller 10 determines whether it 
has received a wakeup notification from the HID packet 
recognition unit 17 (S7). If YES in S7, the power con- 
troller 10 resumes operation of the communication ter- 

10 minal 1 (S8). 

[0035] That is, if the power controller 10 receives a 
wakeup notification from the HID packet recognition unit 
17whilethecommunication terminal 1 isinthesuspend- 
ed state, the power controller 10 resumes operation of 

is the communication terminal 1 . 

[0036] The operation of the HID packet recognition 
unit 1 7 will be explained with reference to the flow charts 
of FIGS. 4 and 5. 

[0037] After the wireless module 2 is powered on 
20 (S11), the HID packet recognition unit 17 executes an 
inquiry in order to detect an HID (Human Interface De- 
vice) class device (S12). 

[0038] If a wireless device (such as device 3) exists 
within a communicable range, each device sends back 

25 an FHS (Frequency Hop Synchronization) packet. The 
wireless module 2 receives the FHS packet (S13), and 
each device extracts only HID class BD_ADDR (Blue- 
tooth Device Address) from the received FHS packet 
and creates a table. FIG. 6 shows an example of the 

30 table. As shown in FIG. 6, this table stores BD_ADDR 
representing the address of a Bluetooth device, a con- 
nection handle, and an active flag representing whether 
connection has been established. In S14,the BD_ADDR 
is stored in the table of FIG. 6, 

35 [0039] FIG. 8 is a view showing an FHS pay load for- 
mat. Of an FHS packet field, only fields pertaining to the 
embodiments of the present invention will be described, 
and a description of the remaining fields will be omitted. 
Each field of the FHS packet is described in "Bluetooth 

40 specification". 

[0040] In FIG. 8, an "LAP" field has 24'bits, and stores 
information at the lower address portion of a unit which 
transmits an FHS packet. A "UAP" field has eight bits, 
and stores information at the upper address portion of 

45 the unit which transmits an FHS packet. That is, 
BD_ADDR can be acquired by referring to the "LAP" 
field and ,, UAP n field. 

[0041] A device class (Class of device) field has 24 
bits, and stores information representing the device 

50 class of the unit which transmits an FHS packet. That 
is, whether the device is an HID can be determined by 
referring to the device class field. 
[0042] Returning to FIG. 4, after step S14, the HID 
packet recognition unit 1 7 determines whether it has re- 

55 ceived a connection request from the OS 9 or the like 
(S15). If YES in S15, the HID packet recognition unit 17 
performs connection processing and establishes a con- 
nection (S16) between the communication terminal 1 
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and the wireless input device of interest (e.g., device 3). 
The HID packet recognition unit 17 acquires a connec- 
tion handle, stores it in the table, and manages the ac- 
quired connection handle to be active in the table (S1 7). 
As for an HID with which no connection is established, 
a connection handle is managed as inactive. 
[0043] After table management processing in S17, 
the HID packet recognition unit 17 determines whether 
it has received a suspend request from the power con- 
troller (S18). If YES in S18, the HID packet recognition 
unit 17 performs suspend processing (S19) to suspend 
operation of the communication terminal 1 and wireless 
module 2. 

[0044] The HID packet recognition unit 1 7 determines 
whether it has received a wakeup request from the wire- 
less input device 3 in the suspended state (S20 - FIG. 
5). If YES in S20, the HID packet recognition unit 17 de- 
termines whether BD_ADDR of the transmission source 
device that is contained in the wakeup request has been 
registered in the table (S21 ). If NO in S21 , the H ID pack- 
et recognition unit 17 returns to processing in S20 to 
ignore the wakeup request. 

[0045] If YES in S21 , the HID packet recognition unit 
17 determines whether an active flag corresponding to 
the BD_ADDR and connection handle of the device 
which has output the wakeup request is active (S22). 
[0046] If NO in S22, the HID packet recognition unit 
17 returns to processing in S20. That is, the HID packet 
recognition unit 17 ignores a wakeup request output 
from an HID class device which has been registered in 
the table but exhibits an "inactive" active flag. 
[0047] If YES in S22, the HID packet recognition unit 
1 7 notifies the power controller 1 0 of the wakeup request 
(S23), and ends processing. In response to this, the 
power controller 10 resumes operation of the communi- 
cation terminal 1 . 

[0048] Thus, the active flag serves as an indication to 
the HID packet recognition unit 17 of whether or not to 
wakeup or resume operation of the communication ter- 
minal 1 from the standby mode. The wakeup request is 
only honored from active wireless input devices (devic- 
es that are "connected" in step S16 of FIG. 4) which 
have been registered in the table (i.e., handle is stored 
in the table). 

[0049] FIG. 7 is a timing chart for explaining a data 
flow between the wireless communication terminal 1, 
the wireless module 2, and the wireless input device 3. 
[0050] Note that the communication terminal 1 and 
wireless module 2 are connected via the USB in FIG. 1 , 
but the wireless module 2 may be assembled in the com- 
munication terminal 1. 

[0051] In the wireless communication apparatus ac- 
cording to the embodiment of the present invention, a 
table representing a device which can issue a wakeup 
request is created in advance. When an unspecified de- 
vice issues a wakeup request, whether or not wakeup 
is perform is determined by looking up the data in the 
table. Resumption of operations based on a wakeup re- 



quest from an unspecified device can be prevented, and 
thus an increase in power consumption by unnecessary 
activation can be prevented. 

[0052] The present invention is not limited to the 
5 above-described embodiment, and can be variously 
modified without departing from the spirit and scope of 
the invention in practical use. 

10 Claims 

1 . An electronic device characterized by comprising: 

means (10) for receiving a wakeup request for 
15 the electronic device in a suspended state, and 

a frame containing information representing a 

transmission source device as transmission 

source information; and 

means (10) for conditioning resumption of op- 
20 eration of the electronic device on the basis of 

the wakeup request and the transmission 

source information contained in the received 

frame. 

25 2. The device according to claim 1 , which furthercom- 
prises a table in which first information representing 
a predetermined type of device and second infor- 
mation representing whether to resume operation 
of the electronic device in response to the wakeup 

30 request from the device represented by the first in- 
formation are stored in association with each other, 
and in which the conditioning means accesses said 
table and permits resumption of operation of the 
electronic device when the information represent- 

35 ing the transmission source is registered as the first 
information in the table and the second information 
associated with the information representing the 
transmission source indicates resumption of oper- 
ation is permitted in response to the wakeup re- 

40 quest. 

3. The device according to claim 2, characterized in 
that the table registers only information represent- 
ing a predetermined type of device as the first infor- 
ms mation, out of pieces of information which represent 

transmission source devices and are contained in 
frames that are collected in response to an inquiry 
signal and represent a plurality of transmission 
source devices. 

50 

4. The device according to claim 2, characterized in 
that the second information permits a wakeup re- 
quest from a device which has established connec- 
tion to the electronic device to effect resumption of 

55 operations of the electronic device. 

5. The device according to claim 2, characterized in 
that the predetermined type of device includes a 
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human interface device. 

6. The device according to claim 1 , characterized in 
that the receiving means and the determining 
means are arranged in a wireless module. 5 

7. The device according to claim 1 , characterized by 
further comprising means for resuming the elec- 
tronic device when wakeup of the electronic device 

is determined. 10 

8. The device according to claim 1 , characterized in 
that the electronic device includes a wireless com- 
munication device. 
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